ITU H450.1-BASED ITU H.323 SCP METHOD AND APPARATUS 



BACKGROUND OF THE INVENTION 
The present invention concerns support of advanced intelligent network (AIN) 
services in voice frame networks using protocols such as voice over Internet protocol 
(VoIP) based upon the ITU-T 450. 1 standard, which is the supplementary services 
protocol framework within ITU-T H.323 networks. 

AIN is the Bellcore term for such intelligent network services, and Intelligent 
Network (IN) is the ITU-T term. Both terms convey the idea of a network that provides 
a platform to deploy user services in a fast and efficient manner. Since they are very 
similar in the services they provide and the network architectures, the term AIN is used 
through this patent application. However, the present invention can be used for both 
AIN and IN without any modification. 

A fundamental aspect of AIN is the ability to support the quick creation of 
services for the end customer. The AIN uses technology of Signaling System number 7 
(SS7) and adds its functionality at the application layer to achieve goals like: 

1) Provide timely creation of new services for the customer; 

2) Support a wide range of services; 

3) Support efficient maintenance of the AIN system; 

4) Enforce a seamless environment between vendors* systems; and 

5) Automate services that entail operator intervention. 

One of the most important AIN network elements to achieve these goals is the 
service control point (SCP). It contains Service Logic Programs (SLPs) and associated 
data to provide AIN services, such as 800 numbers, credit verification, and so on. 
Sometimes, the services provide by the SCP are also called supplementary services in 
order to differentiate the basic call services provided by the switch services point or SSP, 
another important AIN network element. The SSP is responsible for basic call 
processing operations and the switching operations to move the signaling traffic through 
the network. The SSP uses the signaling traffic to set up a connection. The basic call 
services include call origination authorization, dialed address information collection and 

analysis, and so on. 

A related AIN applica^ib7rts4he_rjroWsion in a voice frame network of an 
interface between an intelligent periphe^-allud^T^ voice response unit and 

a gatekeeper. Such an interface based on ITU H.323 and R45>Mescribed in co- 
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pending U.S. Patent Application Serial No. entitled VOICE FRAME 

NETWORK GATEKEEPER-TO-INTELLIGENT PERIPHERAL INTERFACE 
METHOD AND APPARATUS, which co-pending application was filed on the filing 
date of the present application. The co-pending patent application is assigned in 
common with the present application to Cisco Technology, Inc. and its disclosure is 
incorporated herein by this reference. 

Those of skill in the art will appreciate that the referenced ITU and related 
standards are well known, evolving standards. Accordingly, reference herein to these 
standards will be understood to mean the standards as they existed at the time of the 
earliest effective filing date of the present application, and as they have evolved to date, 
and as they continue to evolve over the term of any patent that issues herefrom. 
Applicants note that an instructive earlier version of the ITU H.450.1 standard is 
described in Generic functional protocol for the support of supplementary services in 
H.323, date unknown, and that various ones of the ITU-T standards are described in Call 
Signaling Protocols and Media Stream Packetization for Packet Based Multimedia 
Communications Systems, February 1998 and Call Transfer Supplementary Service for 
H.323I, September 1997. 

Fig. 1 shows the conventional AIN architecture wherein one or more SSPs 10a, 
10b are connected via a generic interface 12 to a SCP 14 having a database 16 connected 
therewith. SCP 14 will be understood by those of skill in the art to provide one or more 
supplementary services via so-called service logic programs (SLPs) and needed control 
data for implementing desired SCP functions, as are known. SSPs 10a, 10b will be 
understood by those of skill in the art to provide call switching and routing functions as 
well as basic call services, as are also known. 

Instead of tailored messages for a specific service, the AIN architecture uses a 
common set of standardized messages for a variety of services. Thus, the switch call 
processing and the SCP database processing support a common interface to, for example 
two different SSPs, as shown in Fig. 2. Fig. 2 is similar to Fig. 1 and further shows the 
routing via dashed lines of various message components among SSPs 10, 10b, SCP 14, a 
calling party 18 and a called party 20. 

A typical AIN session proceeds as follows (wherein the numbers on the dashed 
lines in Fig. 2 correspond with the numbered steps below): 

1) A calling party dials in to network. 
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2) SSP makes query to SCP on a common interface, such as SS7 (in 800 number 
service, SSP sends query to SCP to get routable address information). 

3) SCP returns the replay that contains the requested information (in 800 
services, SCP returns the SSP with a number, such as 949-823-1 146, and the SSP 
uses its call processing to route the call). 

4) SSP associated with the calling party sets up the connection to the SSP 
associated with a called party. 

5) The terminating SSP sets up the connection to the called party. 

As mentioned above, both Bellcore AIN and ITU-T IN services are deployed by 
SS7 networks. More precisely, the SS7 TCAP (Transaction Capabilities Applications 
Part) is the protocol that carries the common set of standardized messages of AIN 
services between a SCP and one or more SSPs. 

Fik 3 illustrates the conventional protocol architecture for TCAP-based SCP by 
which the TQ^P transaction and component and processing as layers over the SS7 
network provides^ TCAP message handling interface between the AIN 0.1/0.2 protocol 
and message set ancTtoplication processes and the SS7 network and SCCP/MTP 
protocol. Those of skilNn the art will appreciate that TCAP functions are grouped into 
two portions: a transaction^ rtion and a component portion. 

The transaction portioiridentifies whether the TCAP transaction is expected to 
include single or multiple messages and provides an application-level associated over 
which components are exchanged. Ab, the transaction portion provides a way to 
indicate whether its content is the only message in this exchange or the portion of the 
message in an extended exchange of inform^ion (i.e., first, middle, last). This is 
necessary in SS7 networks since a SS7 messag^ycan not exceed 272 bytes. If a SS7 
message for an AIN service contains more than 272 bytes, it will be broken into more 
than one piece, with each piece being fitted into one S£7 message. 

An understanding of the AIN architecture and services leads to the conclusion 
that the SCP functionality is independent of the basic call services provided by the SSP, 
as long as both SCP and SSP access through a common interface. In other words, the 
supplementary services provided by SCP can be used to serve for other network 
architectures, such as ITU H.323 networks to provide same voice services as SSPs in a 
public switched telephone network (PSTN) context. This is the inspiration for an 
invention that provides AIN services in ITU H.323 networks by using a SCP, a SCP 
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based on ITU H.450. 1, the supplementary services protocol framework in ITU H.323 
networks. 

SUMMARY OF THE INVENTION 
A method for providing advanced intelligent network (AIN) supplementary 
services between an ITU H.323 endpoint and a service control point (SCP) having 
service logic programs (SLPs) and transaction capabilities applications part (TCAP) 
protocol support is described. The method preferably includes providing an ITU H.450 
interface in the SCP, the ITU H.450 interface being capable of communicating with the 
ITU H.323 endpoint, and utilizing an ITU H.225 FACILITY message and an ITU H.450 
application protocol data unit (APDU) to carry one or more of call-related information, 
operation codes and AIN messages between the ITU H.323 endpoint and the SCP. In a 
case in which the AIN supplementary services are not related to an existing ITU H.323 
call, the ITU H.225 FACILITY message is empty. Alternatively, in a case in which the 
AIN supplementary services are related to an existing ITU H.323 call, the ITU H.225 
FACILITY message is a user-to-user information element (UUIE) including one or more 
of a setup-UUIE, a connect-UUIE and a releaseComplete-UUIE. 

The invented apparatus for supporting advanced intelligent network (AIN) 
supplementary services in a voice frame network preferably includes an ITU H.450. 1 
interface to a service control point (SCP), the SCP having also a transaction capabilities 
applications part (TCAP) interface to the public switched telephone network (PSTN), the 
SCP providing AIN supplementary services in a network environment compatible with 
an ITU H.323 endpoint, and an ITU H.323 endpoint interface for coupling to the ITU 
H.450 interface over the voice frame network, the ITU H.323 endpoint interface 
supporting an ITU H.450-based communications protocol. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 is a block diagram showing a conventional advanced intelligent network 
(AIN) architecture. 

Fig. 2 is a block diagram showing how call and supplemental services support a 
calling and called party in the conventional AIN architecture of Fig. 1. 

Fig. 3 is a block diagram showing the conventional layered protocol architecture 
of the transaction capabilities applications part (TCAP) and AIN services supported by 
the service control point (SCP). 
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Fig. 4 is a block diagram illustrating an ITU H.323 network having gatekeepers 
and endpoints and a PSTN having SCPs and SSPs, the network and the PSTN being 
linked together via gateways. 

Fig. 5 is a block diagram illustrating the layered protocol architecture of an ITU 
H.450.1-based ITU H.323 SCP. 

Fig. 6 is a block diagram illustrating an ITU H.323 network architecture in 
accordance with a preferred embodiment of the invention. 

DETAILED DESCRIPTION OF THE INVENTION 
Briefly summarizing the applicable international standards, ITU H.323 has been 
used as a baseline standard that references other ITU-T standards: 

• H.225.0: 

• RAS (Registration, Admission, and Status) protocol uses H.225 message to 
perform registration, admissions, bandwidth changes, status, and disengage 
procedures between endpoints and a Gatekeeper (GK). 

• The call signaling function uses H.225 call signaling to establish the 
connection between two H.323 endpoints. 

• RTP/RTCP (Real-Time Transfer Protocol/Real-Time Control Protocol) are 
used for media and control message format. 

• H.345: describes the messages and procedures used for opening and closing logical 
channels for audio, video, and data; capability exchange; mode requests; control; and 
indications. 

• H.450.x: in conjunction with the call signaling protocol defined in H.225.0, H. 450.1 
provides the H.323 entities a generic functional protocol for the control of 
supplementary services. This is entirely independent of any existing H.323 calls. 
The supplementary services are designed either in other H. 450.x (x>l) or by a 
manufacturer. 

There is no size limitation on a H.323 message. Therefore, the Transaction 
Portion is not necessary when a SCP is used in H.323 networks. Since message size 
limitation is absent in H.323 networks, only four APDUs (returnResultNotLast OPDU 
not being required) are sufficient for a H.323 SCP. 

Fig. 4 shows an'fcxaiTiple of a H.323 network for voice frame network such as 
VoIP services. Fig. 4 illustrates ho^a^STN 22 and a network 24 such as the Internet 
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are made to communicate via one more more gateways (GWs) 26a, 26b. PSTN 22 may 
be seen to provi&^access to a SCP 14 and an SSP 10. Network 24 may be seen to 
provide access to a gatekeeper (GK) 28 and one or more ITU H.323 endpoints (EPs) 30, 
32. Notably, the illustrated architecture provides no access to AIN services provided by 
5 SCP 14 and SSP 10 to a ITU>023 gatekeeper 28, endpoint 30, 32 or other ITU H.323 
entity. This is the problem addre^ed by the present invention. 

In the current H.323 network architectures, basic call services (via H.225 call 
signaling protocol) and supplementary services (via H. 450.x) are controlled by the H.323 
endpoints (e.g., gateway (GW)), and gatekeeper (GK) as an option. This situation is very 
10 similar to the early telephone network, in which the switches contain not only basic call 
service program and switching capabilities but also control data and supplementary 
service programs. In that early telephony environment, it was hard to make timely 
release to software; it is even harder to build new services. AIN changed the situation by 
introducing SCP and removing the supplementary service programs and control data 
15 from switches to a centralized SCP (see Fig. 1). 

From Fig. 4 it may be appreciated by those of skill in the art that to provide the 
same AIN services to a H.323 network, it is necessary to provide an interface by which 
H.323 gateway or gatekeeper or other H.323 endpoints can access the SCP. Two 
methods of providing such access seem plausible: 
20 1 . The SS7 TCAP is used to exchange AIN messages between one or more SSPs and a 
SCP. Accordingly, one method would be to add SS7 TCAP to related H.323 entities 
so that they can access a SCP in the conventional way. 
2. Instead of using SS7 TCAP, H. 450.1 might be used to carry AIN messages between 
H.323 entitles and SCP. 
25 Method 1 would require two network interfaces, H.323 and SS7 TCAP, for each 

H.323 entity that requires access to a SCP. From a network management point of view, 
this approach would require the H.323 network operator to manage an additional 
expensive SS7 network. 

Method 2 would provide a much more efficient and economical way to let a 
30 H.323 entity to access SCP. Since H.450.1 is part of the H.323 protocol (which will be 
supported by most H.323 entities), the AIN call model could be added to the H.323 
entities and the same H.323 network could be used to access a SCP. With the SCP as a 
central feature in such an AIN supplemental services system, adding a H.450.1 protocol 
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to it is more straightforward and less expensive than adding SS7 TCAP to many H.323 
entities. 

The invented H. 450.1 -based SCP will now be described, as will the problems 
associated with the use of H. 450.1 that the present invention solves. 
5 ITU-T H.450.1 provides the H.323 entities a generic functional protocol for the 

control of supplementary services, but leaves the specification of such function and 
control to the user. Two types of functionality are required in the AIN-over-VoIP 
context. 

1. For supplementary services that are related to existing H.323 calls or entities that 
10 participate in the call, e.g. Call Transfer defined in H.450.2, a H.450 APDU can be 

carried by H. 225.0 call signaling message through the existing call signaling 
P channels. 

-gn 2. For supplementary services that are entirely independent of any H.323 existing calls, 

jrf e.g. a database query from a H.323 entity to a SCP, the SCP simply provides 

111 15 requested information to the H.323 entity and is not a participant of the existing call. 

m In H.225. 0, this is achieved by using an empty H.323 user-to-user information 

element (UUIE) FACILITY message with the H.450 application protocol data unit 
(APDU). 

For type 1 supplementary services, the H.225 call signaling message contains a 
20 non-empty H.323-UUIE and a H.450.1 APDU. The non-empty H.323-UUIE carries 

existing call related information, and the H.450 APDU contains an application code for a 
specific supplementary service. The non-empty H.323 UUIE can be a setup-UUIE, a 
connect-UUIE, a releaseComplete-UUIE, etc. Any other non-empty H.323 function may 
be provided, within the spirit and scope of the invention. 
25 Since the type 2 services are not related to existing H.323 calls, the H.323-UUIE 

in H.225 call signaling message is set empty. Under H.323, only the H.225 FACILITY 
message can carry an empty H.323-UUIE. Thus, in this specific FACILITY message, 
the H.450.1 APDU is used to carry application messages, such as an AIN message. 

Unlike SS7 TCAP, H.450.1 is modeled after Remote Operations Service Element 
• 30 (ROSE) and defines a total of four APDUs (which are referred to in ROSE as operation 
protocol data unit (OPDU). The H.450.1 APDUs preferably include 

1) invoke APDU; 

2) returnResultLast APDU; 

3) returnError APDU; and 
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4) reject APDU. 

As mentioned above, the returnResultNotLast OPDU defined in TCAP is used to 
overcome the size limitation for a SS7 message. It permits a result to be segmented if its 
size exceeds the 272-byte limitation. However, there is virtually no size limitation for a 
5 H.450.1 APDU and a H.323 message. The returnResultNotLast OPDU is not needed for 
H.450.1 to carry an AIN message. Therefore, H.450.1 can be used in accordance with 
the invention to provide the functions of the conventional TCAP Component Portion 
(refer to Fig. 3). 

ITU H.450.1 provides no counterpart to the Transaction Portion in SS7 TCAP. 
10 However, most of the Transaction Portion functionality is not required for H.450. 1- 
based SCP. 

Accordingly, a H.450.1 -based SCP can be defined as follows. A H.450.1 -based 
SCP contains Service Logic Programs (SLPs) and associated data to provide AIN 
services, such as 800 numbers, credit verification, and so on. It uses a specific H.225 
15 empty FACILITY message plus H.450.1 protocol to carry AIN messages for exchanging 
information with other H.323 entities. 

l*ig^5 shows the protocol architecture for H.450.1 -based SCP by which the 
H.450.1 APDU^a layer over the H.323 protocol provides a H.225 message handling 
interface between thebadsting AIN 0.1/0.2 protocol and message set and application 
20 processes and the H.323 network and TCP/IP protocol. Those of skill in the art will 
appreciate by contrasting Fig. 5\with Fig. 3 that H.450.1 provides no transaction sub- 
layer as does TCAP. Only the Invbke ID operation is available to maintain a 
conversation between a H.323 SCP and a GK. The transaction ends when the 
OPERATION Return Result or Return EtW or Reject is received. However, most 
25 current AIN services, e.g. 800 and LNP, use oiqly a single query-response transaction 

between an SSP and the SCP. Accordingly, this s&eming limitation of H.450.1— whereby 
it provides no transaction sub-layer or multiple component capability— is overcome in 
accordance with the invention. 

Fig. 6 shows a preferred embodiment of the H.450. 1-based SCP invention. For 
30 some VoIP service providers, the H.450. 1-only based SCP made in accordance with the 
invention can be installed in their H.323 networks if they do not own a conventional 
SCP. A traditional phone service provider, e.g. AT&T™ or MCI™, can add an H.450.1 
interface to its existing SCP so that AIN services can be provided homogeneously to its 
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PSTN and H.323 network customers. Moreover, existing TCAP-based SCP AIN 
services can be ported to the H.323 SCP without major modification. Thus, the 
invention enables Telco service providers to sell (or port) existing AIN services to 
Internet telephony service providers (ITSPs) so that the ITSPs need not develop the same 
AIN service programs in the VoIP environment. 

This is illustrated in Fig. 6, which is similar to Figs. 1 and 4. In Fig. 6, identical 
elements from Fig. 4 are identically reference designated. The important difference in 
Fig. 6 is the provision in accordance with the invention of an interface module to the 
existing SCP to enable the invented SCP 14' to interface not only via TCAP on PSTN 22 
(via TCAP interface 34) but also via H.450.1 on voice frame network 24 (via H.450.1 
interface 36). SCP 14' will be understood to be identical with conventional SCP 14 but 
for the addition of the H.450.1 interface and the protocols defined herein for 
communicating supplemental services information between SCP 14' and a H.323 
gatekeeper, endpoint or other entity. 

Referring again briefly to Fig. 5, ITU H.450.1 interface 36 may be seen 
preferably to include an AIN application processes program layer 36a configured to 
support AIN supplementary services; an AIN protocol and message set program layer 
36b operatively coupled with said application processes program layer; a H.450.1 APDU 
program layer 36c operatively coupled with said protocol and message set program 
layer; a H.323 protocol program layer 36d operatively coupled with said H.450.1 APDU 
program layer; and a H.323 network program layer 36e operatively coupled with said 
H.323 protocol program layer, said H.323 network program layer being configured for 
TCP/IP connection with the voice frame network. Interface 36, as configured in 
accordance with a preferred embodiment of the invention is implemented in software 
having the various layers described above, although alternative configurations are 
contemplated, and are within the spirit and scope of the invention. 

Those of skill in the art will appreciate that the functions and operations 
described herein are illustrative only and that the invention is not so limited. Those of 
skill in the art also will appreciate that the H.450.1-based SCP functionality made 
possible by the invented method and apparatus is transparent to other voice frame 
network devices including other H.323-compatible devices, and to other TCAP devices. 
This ensures its broad compatibility in network design with the installed base of SSPs, 
SCPs, the PSTN, AIN and H.323 or other voice frame network equipment. 
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Finally, those of skill in the art will appreciate that the invented method and 
apparatus described and illustrated herein may be implemented in software, firmware or 
hardware, or any suitable combination thereof. Preferably, the method and apparatus are 
implemented in software, for purposes of low cost and flexibility. Thus, those of skill in 
the art will appreciate that the method and apparatus of the invention may be 
implemented by a computer or microprocessor process in which instructions are 
executed, the instructions being stored for execution on a computer-readable medium and 
being executed by any suitable instruction processor. Alternative embodiments are 
contemplated, however, and are within the spirit and scope of the invention. 

Having illustrated and described the principles of my invention in a preferred 
embodiment thereof, it should be readily apparent to those skilled in the art that the 
invention can be modified in arrangement and detail without departing from such 
principles. I claim all modifications coming within the spirit and scope of the 
accompanying claims. 
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